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(54) System and method for clock synchronization for usb sink device 



(57) In a method for adaptive synchronization of a 
data sink device (6) to a data source device (6) coupled 
by a USB (4), data is received and stored in a buffer (8) 
of the sinkdeviceat an average data rate representative 
of the data rate of the source device. A data level for the 



buffer is determined based on input packet size and out- 
put packet size. An accumulated data level for the buffer 
is compared with a threshold level. A clock frequency 
for the sink device is corrected when the accumulated 
Is tha threshold level. 
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[OO01] The present invention relates to clock synchronization methods and system for executing such methods. In 
particular, the present invention relates to a method for using an isochronous or time dependant endpoint to adaptively 
5 synchronize the output clock rate of a Universal Serial Bus (USB) data sink to a USB data source input clocK rate, 
without using feed back techniques, feed forward techniques or additional clock signals. 

[0002] In a synchronous communication system having a data source and a data sink, the data output from a data 
sink is expected to be synchronous with the data input to a data source. When the data source and the data sink are 
connected using a USB, the data input clock is not synchronous with a USB clock. Therefore, the USB clock does not 
to allow the data output to be synchronized to the data input, even if the data output clock is synchronized to the USB 
clock. The difference between the input and output clocks leads to a frequency mismatch and subsequent data cor- 
ruption. 

[0003] Some systems, which do not require a high degree of data accuracy, can tolerate euoh frequency mismatch 
and data corruption. Typical low cost audio applications using a non-synchronized USB audio source (e.g. CD) and 
15 USB audio sink (e.g. speakers) are not significantly degraded audibly if audio samples are discarded or inserted to 
accommodate clock mismatch. 

[0004] However, for real-time ISDN applications such as video, data loss due to clock frequency mismatch noticeably 
affects the quality of the service. The mismatch produces effects such as picture freezing and is much less tolerable. 
[0005] Techniques that can perform clock synchronization between the data input clock and the USB clock have 
limned application due to the fact that they can only synchronize the USB clock to a limited degreB of accuracy. For 
an application involving a mobile phone using a USB interface to access synchronous services via an ISDN interface, 
one possible synchronization option is a method referred to as clock mastering for asynchronous source device and 
synchronous sink device. This method involves the source device influencing a USB host's SOF (Start Of Frame) 
generation, so that isochronous data transferis synchronized to the source device. The host SOF rate (1 mS) is adjusted 
25 to track the mobile phone's data frame rate (1 OmS). An ISDN interface is a USB synchronous sink device, i.e., locked 
to the SOF clock, and the frame transfer from the mobile phone to the ISDN interface is synchronized. The ISDN clock, 
i.e., 1.430 192 KHz bit clock is synchronized to the SOF clock. The SOF adjustment resolution is 1/12000-bit times, 
where a bit period is one 12 MHz clock cycle or 83 ppm (parts per million). 

J0006] Due to this coarse clock resolution, the source device is not able to select a single optimum SOF period. The 
so source device clock of a mobile phone is locked to the mobile network and is very accurate with the result that the 
frequency error may approach 83 ppm. As this would still cause frame drift, the source device needs to continuously 
switch the SOF bit period up and down to achieve a synchronized average SOF period. The sink device must then 
- track the average of the SOF period, as a step of 83 ppm is not acceptable. The 1. 430 interface Imposes a clock 
accuracy requirement better than ±1 00 ppm, and clock jitter must be significantly less. To overcome this problem, it Is 
35 necessary to integrate the frequency change with a period greater than the correction rate, so that the applied sink 
device frequency correction is much more stable. An error of 63 ppm causes an I.430 frame slip approximately every 
3 seconds, so that a correction rate of 3 Hz and an integration period of 3 seconds are a possible solution. 
[0007] Whilst clock mastering is feasible, it is less than desirable due to the coarse clock adjustment and the lim'tation 
thatonly one device may act as clock master. In a number of applications, this synchronization method cannot be used. 
— ■ [0008] Therefore, an object of the present invention is to provide a clock synchronizing system and method, which 
involves an asynchronous source device and adaptive sink device, and allows implicit feed forward clock recovery. 
[0009] Anoth er object of the present i n vention is to provide a clock synch ron izing system and method that amel iorates 
or overcomes one or more disadvantages of known synchronization methods and systems. 

[0010] With this in mind, one aspect of the present invention provides a method for adaptive synchronization of a 
ts data sink device to a data source device coupled by a USB, the method is attained by receiving data for a buffer of the 
sink device at an average data rate representative of the data rate of the source device; by determining a data level 
for the buffer based on input packet size and output packet size; by comparing an accumulated data level for the buffer 
with a threshold level; and by correcting a clock frequency for the sink device when the accumulated data level exceeds 
the threshold level. 

so [0011] Preferably, the correcting step involves correcting the frequency by an amount equal 1o a constant K divided 
by the time required for the accumulated data level to drift from a reference level to the threshold level. 
[0012] The method may further include the step of inhibiting the comparing and correcting step for a predetermined 
period afterthe correcting step. The predetermined period maybe between three or five times the drift time. Preferably 
the predetermined period is reduced if the data level traverses the reference level or exceeds twice the threshold level. 

55 [0013] The reference level is preferably the data level measured over a first measurement period. The comparing 
step may be executed periodically. 

[0014] The threshold level is preferably set to be greater than three times a maximum data level jitter. Preferably the 
size of the buffer is set to be greater than three times the threshold level. 
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[0015] Another aspect of the present invention provides a system for adaptive synchronization of a data sink device 
to a data source device. The system includes a source device; and a sink device coupled to the source device by a 
USB. The sink device includes a circuitry for implementing a butter for storing received data from the source device 
and executing the above-described method. 
5 [0016] Yet another aspect of the present Invention provides a sink device for receiving data from a USB-coupled 
source device. The sink device includes a circuitry for implementing a bufferfor storing received data Irom the source 
device and executing the above-described method. 

[0017] The present invention will be described with reference to the accompanying drawings, wherein; 

10 Fig. 1 is a block diagram of an embodiment of a data transfer system executing an adaptive clock 3ynchronization 

method; 

Fig. 2 is agraphical representation of thelevel of data in asink device of the system shown in Fig. 1 againsttime; and 
Fig. 3 is a graphical representation of the average sink device data levei in the sink device of the system shown 
in Figure 1 against time. 

15 

[001 8] Referring now to Fig. 1 , there is generally shown a data transfer system 1 , which executes adaptive clock 
synchronization for data passed from a source dsvioe2to a sink device 6 using a USB, and a USB host4that executes 
a USB host application. The USB host 4 may be a PC with at least one USB port. The source device 2 may be a mobile 
telephone, and the sink device 6 may be a computer with a video card or an interface to an ISDN, as described below. 

20 [001 B] The source device has a synchronous data flow rate referenced DRsource, and a source device frequency 
referenced Fsource. The source device-to-USB host average data flow rate is referenced DRusbl, and the USB host- 
to-sink device average data flow rate is referenced DRusb2. The host application preserves the data flow rate from 
the source device connection to the sink device connection such that DRusbl = DRusbZ = DRusb. The sink device 
dataflow rate is denoted as DRsink and the sink device frequency is denoted as Fsink. The sink device 6 includes a 

25 rate adaptation buffer 6 which has an input stream received at the rate DRusb2 and an output stream sent at the rate 
DRsink. 

[0020] The sink device 6 includes circuit components to implement the buffer 6 and execute the synchronization 
method. For instance, the components may include a microprocessor and associated control software defining the 
synchronization method. The techniques used to conf igj'e the buffer 6 are known, and would be readily apparent to 
30 those skilled in the art, 

[0021] Theadaptiveclocksynchronizalionmetnod.asdcscnbed in detail below, operates by adjustingthesink device 
data rale DRsinkXo match the USB data delivery rate DRusb by controlling the sink device clock frequency Fsink. This 
results in synchronization of the sink device 6 with the source device 2 as the source device data flow rate DRsource 
Is Implicit in the USB data delivery rate DRusb when averaged overtime. 

35 [0022] The difference between the input and output data streams of the rate adaptation buffer 6 are detected by 
comparing the sink device data level 1 2 with two threshold levels, i.e., plus and minus threshold levels. The data level 
12 is a difference between the input flow and the output flow. The data levei 12 is checked periodically by the sink 
device 6. As can be seen in Fig. 3, if the threshold is exceeded, a frequency correction is determined based on the 
inverse of th e time ( Tdrift) taken for the date level 1 2 to drift from a reference level to the threshold level. The correction 

40 is set approximately 20% grealer than necessary to ensure that the drift is reversed and the frequency asymptotes 
towards the source device frequency. Re-correction Is inhibited for a period of 5 times the drift period (Tdrift) or termi- 
nated early, il the data level 1 2 crosses the reference level or 2 times the threshold level. These checks cater for error 
conditions should they arise. The reference level is determined when data transfer commences. 
[0023] The flow rate matching process realises a frequency matching (Fsource io Fsink) to better than 100 ppm and 

45 typically betterth an 10 ppm. This meets the requirements of BR! ISDN.Thus, an elimination of data overrun orunderrun, 
which occurs when the source device data rate and the sink device data rate are not matched. 
[0024] Fig. 2 illustrates how the data level 1 2 of data held in the rate adaptation buffer 6 of the sink device 6 varies 
overtime, in this example, data is shown to arrive in small roughly constant packet sizes (Pi) and is extracted at afixed 
rate with a larger packet size (Po). The average data level 14 is an important factor for determining flow imbalance. 

so The increase of the data level 1 2 is greatly exaggerated for the purposes of this description. For an ISDN interface, a 
rate difference of 50 ppm will cause the data level 12 to change by 1 byte over about 1 second. 
[0025] A typical behavior of the average data transfer level 1 4 is shown in Fig. 3. Two clock correction points 9 and 
10 are shown. The rate of drift is slowed at each correction. The overshoot shown at the correction points occurs due 
to the correction being applied gradually. 

55 [0026] To execute the clock synchronization method, the system 1 shown in Fig. 1 includes the following character- 
istics: 

(1 ) A data source device with a synchronous data flow rate, DRsource. 
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(2) DRusb = DRsource, when measured over a sufficiently long period, to average out a transport jitter. 

(3) All source device data are transferred to the USB host 4. This may involve data repacketization and data packets 
(P/) with different size, but constant in time, between the USB frames. 

(4) A USB transport rate that is greater than the source device data rate. The source device data delivery rate, 
DRusb is not the same as the USB transport rate. The rate DRusb Is the rate at which the USB system transports 
data provided by the source device. . 

(5) A host application which preserves the data flow rate from the source device connection to the sink device 
connection, such that DRusbl « DRusb2 = DRusb, as described above. Fig. 1 shows the source device 2 and 
sink device 6 both connected to the USB host 4 by a USB. However, in its simplest form, ali that are required are 
the sink device 6 to receive data at a data delivery rate DRu$b2that implies the source device rate DRsource. 

[0027] The USB system introduces data transfer jitter, i.e., packet size {Pi) variation due to the phase shift between 
tha source device clock, (not shown) and the USB clock (not ehown). Consequently, packet size (Po) variation is 
outputted. The adaptive synchronization method takes this into account, by buffering the data transfer and checking 
only for long term accumulation or depletion of data, passing through the sink device 6, to determine data rate imbal- 

[0028] The variation over time of the data level 1 2 shown in Fig. 2 is a result of the combined effect of the following 
factors: 

Fsinkto Fsource differences at start up, i.e., prior to clock correction; 
■ USB transport jitter; and 

Sink frequency jitter arising from the synchronization method. 

[0029] As longasthe rate adaptation buffers is' largeenoughtoaccommodatethefluctuation, i.e., does not overflow 
or underflow, the synchronous output data flow from the sink device 6 can be maintained uninterrupted. Balanced data 
flow requires the quantity of input data minus the quantity of output data to remain constant over time, such that: 

if the data level 12 increases then Fsource > Fs/n/rand Fsink must be increased; and 
if the data level 12 decreases then Fsink > Fsource and Fs/r?Jrmust be decreased. 

[0030] Data flow balance in the reverse direction occurs simultaneously as a result of synchronization betweentrans- 
mission and reception clocks in both the source device 2 and the sink device 6. 

[0031] As shown in Fig. 2, the data level 12 changes constantly. In order to determine if there is a flow imbalance 
and hence a clock frequency difference, It is necessary to determine a trend in the changes of the data level 1 2. This 
is carried out by accumulating the data ievel changes, i.e., the sum Df the data input flow minus the data output flow. 
The data input flow is the total size of the packets received by the buffer 6 and the data output flow is the total size of 
the packets outputted from the buffer 6. 

[0032] The Accumulated Data Level (ADL) over a period of time (AT) is represented mathematically as: 



ADL - Re ference _ level + J (Data _ input - Data _output) { l ) 



ADL = Re ference _ ievel + O.DL 



Referencejevel: is the reference (or initial) data level; 
Dstajnput is the data input flow, being HP, wherein P, is input packet size; 
Data_output. is the data output flow, being SP 0 . wherein P B is output packetlze; and 
ADL: is the accumulated data level change. 

[0033] Only changes in the accumulated data level 12 are of interest for clock correction, because the reference 
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data level is constant. 

[0034] The accumulated data level (ADL) varies due to: 

(1 ) The frequency difference between the source device and sink device; and 

(2) Transport jitter due to the discrete nature of data Inflow and outflow. 

Thus the change in the Accumulated Data level can also be defined as, 

ADL = Z ( Freq_drflerence_level _drift + packet _del /extr_ jitter) 



Freq_difierancejevel_drift: is the data level change; and 

Packet_del/extr Jitter, is the jitter due to the source device data flow and the sink device data flow. 

[0035] The second factor, the jitter, causes an error in the measurement of the data level 12 and in the calculation 
of the frequency correction required to achieve balance. To minimize the jitter influence, the USB data transfer packet 
size should be kept as small as possible, and the data level measurement should be synchronized to the source device 
interface or sink device interface which delivers/retrieves data to/from the interface with greater packet size (Pfor P6). 
[0036] The adaptive clock synchronization method will now be described with reference to the USB sink device 6 
being a BRI ISDN adaptor or interface and the USB source device 2 being a mobile phorte. The mobile phone receives 
input data such as a video data in 1 0 mS frames (80 bytes of data). When the received data Is transported over the 
USB host 4 as source device data, the data frame is spread over nine 1 mS isochronous USB frames (nominally 11 
byte frames), not shown, and read by the sink device as 10 mS frames (B0 bytes). The data level measurement is 
synchronized to the data retrieval at the sink device, resulting in a jitter of 11 bytes (a USB source device packet). If 
the data level measurement is not synchronized, the potential jitter is 91 bytes (a USB source device packet +- a sink 
device packet), which is highly unacceptable. 

[0037] The first factor causing variations in the accumulated data levei [ADL) is due to the source device - sink device 
frequency difference as mentioned earlier. The relationship of the FreeL_difference_level_drift (data level change) to 
the frequency difference is derived as follows: 

ADL ~ Fsource - F smk 



&DL ~Kx j{Fsource -Fsmk )dt 



ADL = K x ATx {Fsource- Fsmk) 



AT: is the measurement period, and 
K. is a system design constant. 

so [0038] A frequency correction value (Fcorf) is equal to Ihefrequency difference between the source device frequency 
and the sink device frequency (Fsource-Fsink), and is determined by rearranging Equation (3), by setting the data level 
12 to a suitable error detection threshold and by setting ATto the time for the data level 12 to drift from the reference 
level to the positive or negative threshold level, as shown in Fig. 3, such as: 

55 Fcorr=Thr0SholdJevet/(KxTdiHf) (4) 

[0039] The frequency correction value is therefore determined by msasuring the time taken for the data level to shift 
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from the reference level to a threshold level. The key factor in doing this is to accurately determine the data level and 
its change. As an example, the method and an appropriate set of parameters for a given USB stream and an ISDN 
interface are described below. 

[0040] The threshold level is the level which represents a significant/detectable change of the average buffer level, 
s This level should preferably be: 

(1) as low as possible to minimise the rate adaptation buffer size; and 

(2) as high as possible to reduce the impact of jitter error on frequency correction accuracy. 

; if £0D41 ] Jitter may cause the threshold level to be exceeded earlier and the frequency correction value to be incorrectly 
calculated. A small Tdrift measure produces an overcorrection, as the correction factor is inversely proportional, as 
shown in Equation (4). This is acceptable as long as the flow drift is reversed andthe magnitude of the frequency error 
reduced, so that successive corrections asymptote the error to zero. The level of overcorrection only impacts on the 
rate of convergence of the frequency error and does not affect data transfer quality. Hence, a maximum overcorrection 

15 due to jitter of 50% is recommended. This is comfortably below the 1 00% limit over which the sink device frequency 
will diverge from the source device frequency. 

[0042] The threshold level is determined and set so that jitter does not cause an over-correction greater than 50%. 
The threshold level is determined from Equation (4) as follows: 

so 

Fcorr = Threshokl_ levef/{K x Tdrift) without jitter 



Fcorr J = ThreshotdJevel/(Kx Tdrift J) with jitter 

25 

For a 50% overcorrection, i.e. FcorrJ / Fcorr = 1.5 TftenTdrift/TdrifrJ = 1.5 or Tdrift J - 2/3 Tdrift 

[0043] This occurs when the jitter level is 30% of the threshold level. Hence, the threshold level must be at least 3 

times the jitter level. 

[0044] The data level is periodically compared with the threshold level at each monitoring period to minimize process- 
30 ing requirements. 

[0045] In the case of the ISDN example, the USB packet size is nominally 1 1 bytes, the maximum jitter error is 11 
bytes, the threshold level = 3 x 11 = 33 bytes, and the monitcring period = 1 second. 

[0046] The data level change due to a maximum frequency error of 1 00 ppm over 1 second = 1 .25 bytes based on 
Equation (5). The correction response is not effected by a one second monitoring period. 
35 [0047] Clock correction is undertaken when the accumulated data level change (ADL) becomes equal or exceeds 
the threshold level in absolute terms. A frequency correction value Fcorr is determined, the sink device clock Fsink is 
adjusted by Fcorr and further correction is inhibited for a period to allow the data level to asymptote back towards the 
reference level. 

[0048] The correction value Fcorr is increased by 20% overthat which is derived from Equation (4) to accommodate 
40 calculation error and ensure that the flow imbalance is reversed. The over-correction factor is implementation depend- 
ent. It must exceed any calculation error resulting from the implementation but should not exceed 100% minus the 
over-correction which results due to data level jitter. The synchronization method asymptotes the sink device frequency 
Fsink to a value, which slowly hunts between a slightly high frequency and slightly low frequency about the actual 
source device frequency Fsource. This is also carried out to accommodate the limitations in clock setting resolution. 
45 The method operates through the use of thei threshold levels and a minimum correction value. For the ISDN example, 
the minimum adjustment is 41 ppm. The maximum correction is also limited to±1 00 ppm to comply with I.430 require- 
ments. 

[0049] The sink device clock frequency adjustment rate is limited to provide an acceptable output clock jitter. In Ihe 
ISDN case example, the adjustment rate is restricted to 1 ppm per 1 0 mS. 
so [0050] The correction inhibit period Is employed to give time for the correction to take effect. This correction inhibit 
period is required because of the lollowing: 

(a) jitter will cause the data level value to recross the threshold until the average data levelfalls below the threshold 
minus the maximum jitter; 

55 (b) the limited clock adjustment rate may cause the data level to increase further before the full correction takes 

place; and 

(c)the flow imbalance, though reversed by the correction, is reduced in magnitude and may require considerable 
time for the data level to reduce from the threshold level to the reference level. 
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[0051] The inhibit period is set to between 3x and 5x Tdrittara terminated immediately if the reference level or twice 
the threshold level is crossed. The factor of 5 results from the frequency correction being nominally overcorrected by 
20%. Thus, the time for the data level to reduce back to the reference level is TdriWO.Z. The factor may be as low as 
3x, as this will still ensure that the data level has decreased to a level less than 1/2 the threshold and jitter will not 
s cause false re-correction. The termination conditions are included to accommodate the additional overcorrection due 
to jitter and further change of the source device frequency Fsource device. 

[0052] The system design constant Kin Equation (3) is determined by setting AT, (Fsource- FsMJand ADLlo known 
values for the application. For example, a 64 Kbps data stream, 1 byte of data is transmitted every 125 u.S. If the 
frequency error [Fsource- Fsink) is 1 ppm, the data level will increase by 1 byte In 125 u.S/10- s = 1 25 seconds. So, by 
10 setting AT= 125 in Equation 3 then, 

K - ADL I (AT x (Fsource - F sink)) 
« =1/(125x1) 

= 1/125 s' 1 ppin' 1 

so _ [0053] Substituting for K, equation (4) becomes: 

Fc«r= 125 x ThresholcVrdrilt ppm (5) 

25 where Tdrift has units of seconds. 

[0054] For the ISDN example, the sink device clock is implemented as a Voltage Controlled Oscillator (VCO) con- 
trolled by a Digital to Analogue Converter (DAC) output from a microprocessor that monitors the rate adaptation buffer 
and executes the synchronization method of the presant invention to determine Fcorr. The VCO has a ±2V input range 
to adjust the frequency ±100 ppm. So, for a 5V DAC range, 1 bit adjusts the frequency 0.98 ppm. Including the 20% 

30 overcorrection, the constant K becomes 153.6 (= 125 x 1 .2 / 0.98) and the DAC output correction value (DACouf) 

DACout= 153.6 X ThresholcVTdrrft bits/ppm 

35 [0055] Many modifications will be apparent to those skilled in the art without departing from the scope of the present 
invention as hereinbefore described wrih reference to the accompanying drawings. 



Claims 

40 

1. A method of adaptive synchronization of a data sink device to a data source device coupled by a USB, including 
the steps of: 

receiving data at a buffer of said sink device at an average data rate representative of the data rate of said 
45 source device; 

determining a data level for said buffer based on input packet size and output packet size; 
comparing an accumulated data level for said buffer with athreshold level; and 

correcting a clock frequency for said sink device when said accumulated data level exceeds said threshold 
level. 

50 

2. A method according to claim 1 , wherein said correcting step includes correcting the frequency by an amount equal 
to a constant K divided by the time required for the accumulated data lever to drift from a reference level to the 
threshold level. 

55 3. A method according to either one of claims 1 or 2, wherein the method includes a further step of inhibiting said 
comparing and correcting step for a predetermined period after said correcting step. 

4. A method according to claim 3, wherein the predetermined period is between three or five times said drift time. 
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5. A method according to either one of claims 3 or 4, wherein said determined period is reduced if said data level 
traverses said reference level or exceeds twice the threshold level. 

6. A method according to any one of claims 2 to 5, wherein the reference level is the data level measured over a first 
measurement period. 

7. A method according to any one of the preceding claims, wherein said comparing step is executed periodically. 

8. A method according to any one of the preceding clams, wherein the threshold level is set to be greater than three 
" '• times a maximum data level jitter. 

9. A method according to any one of the preceding claims, wherein the size of the buffer is set to be greater than 
three times said threshold level. 

10. A system for adaptive synchronization of a data sink device to a data source device, comprising: 

a source device; and 

a sink device coupled to said source device by a USB, the sink device including circuitry for implementing a 
buffer for storing received data from said source device and executing the method according to any one of 
claims 1 to 9. 

11. A sink device for receiving data from a USB-coupled source device, the sink device including circuitry for imple- 
menting a buffer for storing received data from said source device and executing the method according to any one 
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(54) System and method for clock synchronization for usb sink device 



(57) In a method for adaptive synchronization of a 
data sink device (6) to a data source device (6) coupled 
by a USB (4), data is received and stored in a buffer (8) 
of the sink device at an average data rate representative 
of the data rate of the source device. A data level for the 



buffer is determined based on input packet size and out- 
put packet size. An accumulated data ievelforthe buffer 
is compared with a threshold level. A clock frequency 
for the sink device is corrected when the accumulated 
data level exceeds the threshold level. 



Fig. 1 



2 SYNCHRONOUS FLOW 

HON SYNCHRONOUS FLOW/ 



SOURCE 
DEVICE 




N 






DR USB1 


USB HOST 


! 





S SYNCHRONOUS FLOW 



o 

LO 
00 



Q. 

LU 



EP1 185 013 A3 



European Patent 
Office 



EUROPEAN SEARCH REPORT 



EP 01 11 7607 





DOCUMENTS CONSIDERED TO BE RELEVANT 




Cstegoi) 


of relevant passages 


to claim 


CLASS1FICA.1 ION OF THE 
APPLICAHON (lnt.CI.7) 


X 


EP 0 658 019 A (TELEFONAKTJ EBOLASET LM 
ERICSSON) 14 June 1995 (1995-06-14) 

* abstract; claims 1,6; figures 1,2 * 

* page 2, line 16 - line 28 * 

* page 3, line 13 - line 36 * 

* page 3, line 38 - page 4, line 13 * 


1-11 


H04J3/06 

HQ4L12/64 
G06F5/O5 




WO 95/22233 A (NEWBRIDGE NETWORKS 
CORPORATION; BESSETTE, FRANCOIS) 
17 August 1995 (1995-08-17) 

* abstract; claims 1-3,8-11,15; figures 

*'page 1, line 3 - line 11 * 

* page 2, line 29 - page 3, line 23 * 

* page 5, line 30 - page 6, line 7 * 

* page 6, line 34 - page l', line 9 * 


1-11 




X 


JS 5 027 351 A (DE PRYCKER ET AL) 
25 June 1991 (1991-06-25) 

* abstract; claim 1; figure 1 * 

* column 1, line 8 - line 17 * 

* column 1, line 38 - line 61 * 


1-11 








TECHNICAL FIELDS 
SEARCHED (lnt.CI.7) 




* column 3, line 12 - line 47 * 

* column 4, line 30 - line 43 * 

* column 4, line 63 - column 5, line 60 * 




GG6F 
H04J 
H04L 


X 


EP 0 707 398 A (K0NINKL3 JKE KPN N.V) 
17 April 1996 (1996-04-17) 

* abstract; claim 1 * 

* column 1, line 38 - line 49 * 

* col Limn 2, line 23 - line 42 * 


1-11 




A- 


US 5 297 139 A (0KURA ET AL) 
22 March 1994 (1994-93-22) 

* abstract; figures 2-7,9,12,13,15,16 * 

* column 2, line 28 - line 51 * 

* column 8, line 52 - column 9, line 50 * 


1-11 




The present search report has been drawn tip far ailclaims 







The Hague 



12 ouly 20G5 



Wolters, R 




EP 1 185 013 A3 



ANNEX TO THE EUROPEAN SEARCH REPORT 

ON EUROPEAN PATENT APPLICATION NO. EP 01 11 7607 



This amen lists the paterrt family members relating to the patent documents cited in the above-mentioned European search report- 
The members are as contained in the European Patent Office EDP file on 

The European Patent Office is in no way liable for these particulars which are merely given torthe purpose of information. 

12-07-2005 



Patent document 
cited in search report 


Publication 

date 

1 1 


Patent family 
members) 


Publication 
date 


EP 0658019 


A 


14-06-1995 


SE 


5152Q1 C2 








CA 


2136560 Al 


27-05-1995 








EP 


0658019 Al 


14-06-1995 








SE 


9303922 A 


CI -U0-19S0 








US 


5486784 A 


23-01-1996 


W0 9522233 


A 


17-08-1995 


AU 


1572995 A 


29-08-1995 








WO 


9522233 Al 


1 7_f|C_1QQK 


US 5027351 


A 


25-06-1991 


BE 


1B00415 A7 


22-11-1988 






AT 


81741 T 


15-11-1992 








All 


607475 B2 


07-03-1991 








AU 


1395288 A 


10-10-19BB 








DE 


3875484 Dl 


26-11-1992 








DE 


3875484 T2 


15-G4-1993 








WO 


8807297 Al 


22-09-1988 








EP 


0365526 Al 


02-05-1990 








ES 


2006602 A6 


01-05-1989 








Fl 


96478 B 


15-03-1996 








OP 


2502776 T 


30-08-1990 


EP 0707398 


A 


17-04-1996 


NL 


9401696 A 


01-05-1996 






EP 


0707398 Al 


17-04-1996 








JP 


B13Q544 A 


21-05-1996 


US 5297139 


A 


22-03-1994 


JP 


4369942 A 


22-12-1992 








DE 


4219918 Al 


14-01-1993 


i 
1 



% For more details about thie annex : see Official Journal of the European PatentOffce, Mo. 1 2/82 



3 



